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[57] ABSTRACT 

A method using an advanced intelligent network to seam- 
lessly connect a plurality of virtual networks includes the 
steps of: (a) Receiving a number of dialed digits at a first 
service switching point in a first local access and transport 
area (10); (b) When the first service switching point is 
d etermined to be a hub service switching p nint f 22 2i ^"^ng 
a queryjoaservice control^ojntj^j^i) Determining if the 
dialed digits require an access to a private networks inter- 
LATA call; and (e) When the dialed digits require access to 
the private networks interLATA call, routing the call over a 
tie line (40) to a second hub service switching point (34) in 
a second local access and transport area (26). 

24 Claims, 5 Drawing Sheets 
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METHOD OF CONNECTING A PLURALITY 
OF VIRTUAL NETWORKS 

FIELD OF THE INVENTION 

The present invention relates generally to the field of 
communications and more particularly to a method of con- 
necting a plurality of virtual networks. 

BACKGROUND OF THE INVENTION 

Telecommunication customers can have virtual private 
networks within a local access and transport area (LATA), 
that allow the customer to have abbreviated calling between 
numerous locations. The virtual private network provides 
the customer the same functionality that a customer can 
receive using a plurality of centrex or private branch 
exchanges (PBXs) tied together by dedicated lines. 
However, the virtual private network does not require the 
capital costs and maintenance headaches that PBX virtual 
networks require. The virtual private network for a local 
exchange carrier (LEC) is limited to a single LATA and 
many customers want a virtual private network that can 
encompass all their offices in multiple LATAs. 

Some solutions to connecting the virtual networks in 
separate LATAs have been proposed, but none of these 
solutions provide a seamless connection between the virtual 
networks. For instance, many of these solutions require a 
separate local dialing plan and virtual private network 
(VPN) dialing plan. In addition, some of these solutions 
require capital costs and maintenance headaches. Thus there 
exists a need for a method of connecting virtual networks 
that overcomes these and other problems. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a schematic diagram of an advanced intelligent 
network capable of implementing the invention; 

FIG. 2 is a flow chart of an embodiment of the steps 
performed by a service switching point and a switching 
control point according to the invention; 

FIG. 3 is a part of the flow chart of FIG. 2; 

FIG. 4 is a flow chart of an embodiment of the steps 
performed by a hub service switching point and the switch- 
ing control point according to the invention; and 

FIG. 5 is a flow chart of an embodiment of the steps 
performed by a second hub service switching point, the 
switching control point and a second service switching point 
according to the invention. 

DETAILED DESCRIPTION OF THE DRAWINGS 

The invention uses the advanced intelligent network to 
connect a plurality of virtual networks together seamlessly. 
The process involves the steps of: (a ) Receiving a number of 
di bits ala first service switching point in a first local access" 
agdjrjnspnrt area;. (h^[ Sending a query to a switcEing* 
control point; (c) When the digits result in a call that is an 
interLATA call, sending a response to the first service 
switching point that contains a routing instruction to a first 
hub service switching point; (d) Routing the call to the first 
hub service switching point; (e) Transmitting an initial 
address message to the first hub service switching point; (f) 
Sending a second query to the switching control point from 
the first hub service switching point; (g) Receiving a second 
response from the switching control point and (h) Routing 
the call over a tie line to a second hub service switching 
point in a second local access and transport area. 
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FIG. 1 is a schematic diagram of an advanced intelligent 
network capable of implementing the invention. The first 
virtual network 10 consists of a customer facility A 12, 'a 
customer facility B 14 and a customer facility C 16, in a first 

5 local access and transport area (LATA). The facilities 12, 14, 
16 are connected to service switching point A (SSP A) 18, 
SSP B 20 and SSP C. The SSPs 18, 20, 22 are all connected 
by the public switched telephone network. Each of the SSPs 
18, 20, 22 are connected to a switching control point (SCP) 

to 24 by a signal system seven (SS7) signaling links. The first 
virtual network connects the customer's facilities A-C 12, 
14, 16 in the first LATA and provides abbreviated dialing, 
intercom calling and other features among the facilities 12, 
14, 16. 

15 The second virtual network 26 in LATA 2 (second local 
access and transport area) connects facility D 28, facility E 
30 and facility F 32 together. The facilities D-F are con- 
nected through SSP D 34, SSP E 36 and SSP F 38. As in the 
first virtual network 10, the SSPs 34, 36, 38 are connected 
20 by the public switched telephone network. Each of the SSPs 
34, 36, 38 are also connected to the SCP 24 by the SS7 
signaling links, fie ling (DS-I^ connects a firs t hub SSP 22 
jn the first virtual network 10 to a second hub S ^P 31 in tht^* 
Beyond vi rtual networ k 26. The figure could be expanded to 
25 show a plurality ol viflUHl networks, wherein a plurality of 
tie lines are used to connect a plurality of hub service 
switching points in the plurality of virtual networks. The 
operation of this expanded diagram would be unchanged 
from the simpler version shown in FIG. 1. 

In a first example of the invention, a customer at facility 
A 12 places a call to a customer at facility F 32. In this 
example the customer dials an abbreviated dial code (e.g., 
6000) (plurality of digits, plurality of dialed digits, network 
access request). S SP A 18 triggers on the abbrevia ted dial 
/wte apH yn^sTqiifi ry (first query) 42 over the S S7 signal 
link to the ^SjPgl24^JDie_SCP^ 24 determ ines that the 

and transmits a 



abbreviated , dial code i s an interLA TA ca! 

response (first response)^* containing^ called party ID 
parameter matis"rae~routing-mimber of the first hub SSP 22. 
40 In.addition,.the-SCP24.couvejls.the.ahbreviated dial code to 
a translatedjouting number (e.g., 217-936-1234) and sends 
this to the SSPX18.' 
The SSP A 18 routes the^call (network connection) 46 to 
45 the^jirsyiutrS^ 

^he_SSP A 18.se^ds-an-initial-^address message (IAM) over 
the SS7 signaling links to the hub SSP 22. The IAM includes 
tfie^anslatea routing number and the called number (routing 
number of tfae hub SSP 22). 

e hub SSR22 triggers on the called number and sends 
^ e co nd q u er y/48 to the-SCP 24, The SCP 24 converts the 
on? 



LumDerDacx into theaBBreviated diafcocle 
aad^dejermmes4he-prima^ the tie 

line 40. The SCP 24 also determines the billing information 
55 at this point. The SCP 24 then sends a response 50 with the 
primary trunk group, billing information and the abbreviated 
dial code to the hub SSP 22. The first hub SSP 22 then routes 
the call over the tie line 40 to the second hub SSP 34. The 
first hub SSP 22 also sends the abbreviated dial code to the 
60 s^ 01 

The^econd hub S^fc 34 triggers on the abbreviated dial 
code a ncT&n^frjrtrfinl query 52 to the SCP 24. Th e SCP 24 
convert the abbreviated dial ttJdti 10 the translated routing 
number and sends a third response (third routing instruction) 
65 54 to the second hub SSP 34 with this information. The 
second hub SSP 34 then routes 56 the call to a second service 
switching point 38. The second SSP 38 then routes the call 
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to the call party at facility F 32. In another example, the SCP at step 116. The SCP then determines if the call is 

customer at facility A 12 places a call to a telephone at restricted at step 118. When the call is restricted, a restricted 

facility F 32, by dialing an access code and ten digit number call response message is sent to the SSP at step 120. The SSP 

(e.g., 9-1-217-936-1234). In this case the SSP 18 triggers on then plays the terminating announcement that the call is not 

the access code (i.e., 9) and sends a query 42 to the SCP 24. 5 authorized at step 122, which ends the processing at step 

The SCP 24 determines the dialed digits are a direct dial 114. 

interLATA call and sends a response 44 including a hub SSP When-th e call is not_restr|cted at step 118 r th e SCP 

22 routing number. The SSP 18 routes 46 the call to the hub determines,ifjh e dialed digits (plurality of dialed digits) 

SSP 22 based on the routing number. The hub SSP 22 again reqmre^d jrect dialed mteTOiTAcall al stepJ2jLWben the 

triggers on the called number and sends a second query 48 10 call-is_noiJhejdjre£t^^ a normal route 

to the SCP 24 The SCP 24 determines that the plurality of response.is.senUcahe-SSP at step 126. The SSP then routes 

dialed digits have an access to virtual networks abbreviated the call based on the normal route response at step 128, 

dial code (i.e., 6000). In addition, the SCP 24 determines that which ends processing at step 114. 

the call is to be routed by tie line 40. The SCP 24 sends a wh^n-th* rail fa the HiWt HialeH jnt^ATA call, an 

second response (second routing instruction) 50 including is^, ana Ivzc route resp onse is transmitted to the SSP at step 130. 

the primary trunk group and the abbreviated dial code. The Tlii/S^r the 11 lU U Ufc lb c coll to the hub SSP for agg reg ation 

rest of the processing of the call is the same as the first ^ at stcp 132 aD d sends an m iti a i address message to the hub 

example from here. SSP. * 

In a third example a customer at facility C 16 places a call Processing then continues with the first hub SSP at B on 

to facility F 32. The customer dials the abbreviated dial 20 pj£ 4 

code. The hub SSP 22 uses the same processing as above to Call processing then starts at B of FIG. 4. FIG. 4 is a flow 

determine if the call is an access to private networks caUto chart f aQ embodimeDt of the steps performed by a hub 

service switching point and the switching control point 
according to the invention. The hub SSP receives an initial 

„ . , , . . , address message sent by the first SSP (first service switching 

SSP 34. The call is then processed in the same way as the poim) at step 150 The hub ssp on the ^ 

previous examples. number and sends an information analyzed query to the SCP 

In a fourth example a call is placed to facility D 28. In this at step 152. The SCP determines if the original called party 

example, the second hub SSP 34 receives the call and the id is present at step 154. When the original called party ID 

abbreviated dial code like the examples discussed above. 30 ^ aot present at step 154, an error has occurred and a 

The SSP 34 then performs a centrex translation to determine terminating announcement is played at step 155. 

the routing number of the called party and routes the call to when the orf ^ caUed part ro ^ t> it fc deter . 

the called party (terminating point) at facility D 28. mined tf call ^ an access t0 virtual ne tworks call at step 156. 

FIG. 2 is a flow chart of an embodiment of the steps 35 When the call is not an access to virtual networks call, then 

performed by a service switching point and a switching it i s determined if the call is a toll aggregation call at step 

control point according to the invention. The process starts, 158. When the call is not the toll aggregation call, an error 

step 100, with the first ssp "living an nff-hnnV vi'pnaflji t occur red and a terminating announcement is played at 

step 102. The firs t__SSP_jbf f n sends a dial tone___to the step 156. When the call is the toll aggregation call, an 

Mgmm^ W ft w vat s tejiJi>4^e-fitst^SEj££eives a ^ analyze response message is sent to the hub SSP at step 160. 

plura4rty- nf riialH r%'tc at atcp 106. At stop 1 0 8 it is The hub SSP routes the call to a preferred inter-exchange 
determined if the plurality dialed digits include an access, carrier at step 162, which ends call processing at step 164. 

code. Wh en the plurality dialea digits do not include the dial The toll aggregation processing 158, 160, 162 is not the 

plan escape access code, the SSP determines if the plurality standard call processing for this service, 

dialed digits is an abb revi a ted dial code at s tep 110. When 45 When me call ^ the access to virtua] networks call at step 

the plurality dialed digits is not the Area Wide Networking 156> an analyze route message ^ sent to the hub at step 

(AWN) abbreviated dial code, the call is processed by 166 The analyze route message contains the abbreviated 

standard POTS (plain old telephone service) or centrex dia , code of the party and the primary trunk group of 

translation at step 112. This will only occur using this service me tie line The hu5 ssp routes me call over ^ tie line at 

if an error has occurred. The call processing then terminates 5Q step 168 CaU processing then continues at C on FIG. 5. 

at step 114. 5 [5 a fl ow cnar t 0 f an embodiment of the steps 

When the plurality dialed digi ts is the abbreviated dia l performed by a second hub service switching point, the 

codeTt step 110, proc^m^eentnTues at A on fr lli. j^ The switching control point and a second service switching point 

first SSP sends an information analy zed query at step 134, according to the invention. The second hub SSP receives the 

containing the abbrevi ated dial code The SCP then deter- 55 customized dialing plan (CDP) abbreviated dial code and 

mines if th^e^al Hs^n4rl^etwork interLAIAcall at st ep 136. triggers on the code at step 180. The second hub SSP then 

When the call is not the interLAlA call, standard AWN sends an information analyzed query to the SCP at step 182. 

processing occurs at step 138. This is not the standard The query includes the abbreviated dial code. The SCP 

processing route for this service. When the call is the determines if the call is in-network at stcp 184. When the 

in-network interLATA call, sending an analyze route 60 call is not in-network an error has occurred in the service at 

response to the first SSP containing the routing number of sle p 186. When the call is in-network, the SCP then sends an 

the hub SSP and a translated routing number at step 140. The analyzed route message containing a routing instruction at 

call is then routed by the first SSP to the first hub SSP at step ste p 188. The hub SSP then routes the call to a second SSP 

142. a t step 190 based on the routing instruction. The second hub 

When the plurality dialed digits includes the access code 65 SSP also sends an LAM to the second SSP (second service 

at step 108, sending an information analyzed query includ- switching point) at step 1S>2 containing a translated routing 

ing the plurality of dialed digits less the access code to the number. The translated routing number is the directory 
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number associated with the abbreviated dialing code. The 
second SSP then routes the call to the called part at step 194, 
which ends call processing at step 196. 

Using the process described above a customer can seam- 
lessly connect a plurality of virtual networks. The process 5 
does not require any capital equipment cost or any equip- 
ment maintenance problems. While the invention has been 
described in conjunction with specific embodiments thereof, 
it is evident that many alterations, modifications, and varia- 
tions will be apparent to those skilled in the art in light of the 1Q 
foregoing description. Accordingly, it is intended to embrace 
all such alterations, modifications, and variations in the 
appended claims. 

What is claimed is: 

1. A method of connecting a plurality of virtual networks, 
comprising the steps of: 

(a) receiving a plurality of digits at a first service switch- 
ing point in a first local access and transport area; 

(b) sending a query from the first service switching point 

to a switching control point; 2Q 

(c) when the plurality of digits result in a call that is an 
interLATA call, sending a response from the switching 
control point to the first service switching point that 
contains a routing instruction to a first hub service 
switching point; 25 

(d) routing the interLATA call from the first service 
switching point to the first hub service switching point; 

(e) transmitting an initial address message to the first hub 
service switching point; 

(f) sending a second query to the switching control point 30 
from the first hub service switching point; 

(g) receiving a second response from the switching con- 
trol point; and 

(h) routing the interLATA call over a tie line to a second 
hub service switching point in a second local access 35 
and transport area. 

2. The method of claim 1, further including the steps of: 

(i) sending a third query to the switching control point 
from the second hub service switching point; 

(j) receiving a third response from the switching control 40 
point; 

(k) routing the call to a second terminating service switch- 
ing point. 

3. The method of claim 2, further including the step of: 45 
(1) routing the call from the second service switching 

point to a called party. 

4. The method of claim 2, wherein step (i) further includes 
the steps of: 

(11) transmitting an abbreviated dialing code to the 5Q 
switching control point; 

(12) converting the abbreviated dialing code to a directory 
number. 

5. The method of claim 2, wherein step (j) further includes 
the step of receiving a directory number. 55 

6. The method of claim 1, wherein step (a) further 
includes the steps of: 

(al) receiving an off-hook signal at the first service 

switching point; 
(a2) transmitting a dial tone from the first service switch- 60 

ing point. 

7. The method of claim 1, wherein step (b) further 
includes the step of sending the plurality of digits in the 
query. 

8. The method of claim 1, wherein step (e) further 65 
includes the step of transmitting the plurality of digits less an 
access code as part of the initial address message. 



9. The method of claim 1, wherein step (e) further 
includes the step of transmitting a translated routing number 
as part of the initial address message. 

10. The method of claim 1, wherein step (g) further 
includes the step of receiving a primary trunk group as part 
of the second response. 

11. The method of claim 1, wherein step (h) further 
includes the step of selecting the tie line based on a primary 
trunk group. 

12. The method of claim 1, wherein step (h) further 
includes the step of transmitting the plurality of digits less an 
access code over the tie line to the second hub service 
switching point. 

13. The method of claim 1, wherein step (h) further 
includes the step of transmitting an abbreviated dialing code 
over the tie line to the second hub service switching point. 

14. A method of connecting a plurality of virtual 
networks, comprising the steps of: 

(a) receiving a plurality of dialed digits at a first service 
switching point in a first local access and transport area; 

(b) when the first service switching point is determined to 
be a hub service switching point, sending a query from 
the first service switching point to a service control 
point; 

(c) determining if the plurality of dialed digits require an 
access to private networks interLATA call; and 

(d) when the access to private networks interLATA call is 
required, routing a call over a tie line to a second hub 
service switching point in a second local access and 
transport area. 

15. The method of claim 14, further including the steps of: 

(e) when a called party is not directly connected to the 
second hub service switching point, transmitting a 
query from the second hub service switching point to a 
switching control point; 

(f) receiving a response from the switching control point; 

(g) routing the call to a second service switching point. 

16. The method of claim 14, further including the step of: 
(e) when a called party is directly connected to the second 

hub service switching point, routing the call to the 
called party. 

17. The method of claim 14, further including the steps of: 

(e) when the first service switching point is not the hub 
service switching point, sending a first query to the 
switching control point; 

(f) receiving a first response from the switching control 
point; 

(g) routing the call to the hub service switching point. 

18. The method of claim 17, further including the steps of: 

(h) sending a second query from the hub service switching 
point to the switching control point; 

(i) receiving a second response including a primary trunk 
group from the switching control point; 

(j) routing the call over the tie line to the second hub 
service switching point in the second local access and 
transport area. 

19. A method of connecting a plurality of virtual 
networks, comprising the steps of: 

(a) selecting the plurality of virtual networks to connect; 

(b) receiving a network access request at a service switch- 
ing point in a first of the plurality of virtual networks; 

(c) determining if the network access request is an inter- 
LATA request; 

(d) when the network access request is the interLATA 
request, routing a network connection to a hub service 
switching point; 
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(e) determining if the network access request is to a 
second of the plurality of virtual networks; and 

(f) when the network address request is to the second of 
the plurality of virtual networks, sending a routing 
instruction to the hub service switching point. 5 

20. The method of claim 19, further including the step of: 

(g) routing the network connection to a second hub 
service switching point in the second of the plurality of 
virtual networks. 

21 . The method of claim 20, further including the steps of: 10 

(h) receiving a second routing instruction at the second 
hub service switching point; 



8 



(i) routing the network connection to a second terminating 
service switching point. 

22. The method of claim 21, further including the step of: 
(j) routing the network connection to a terminal point. 

23. The method of claim 19, wherein step (a) further 
includes the step of selecting a plurality of tie lines to 
connect a plurality of hub service switching points in the 
plurality of virtual networks. 

24. The method of claim 23, further including the step of 
determining a primary trunk group for each of the plurality 
of tie lines. 
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